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DELIVERING MEDIA DATA TO PORTABLE COMPUTING DEVICES 

CROSS REFERENCE TO RELATED APPLICATIONS 
This application is a continuation-in-part application of U.S. Application No. 
5 09/505,486, entitled "Audio Synthesis Using Digital Sampling of Coded Waveforms;' 
filed on February 16, 2000, which is incorporated by reference herein. This application 
also claims priority under 35 USC § 119(e) from Provisional Application Serial No. 
60/244,059, entitled "Method and Apparatus for Delivering Media Data via Wireless 



O 1 . Field of Invention. 

pj 

The present invention relates to methods and systems that transmit data between 
J3 15 computerized devices. In particular, embodiments of the invention allow a server 
computer to send a first portion of a media data file to a portable computing device by a 
first communications channel and to send a second portion of the media data file to the 
portable computing device by a second communications channel. 

20 2. Background of the Invention. 

Portable computing devices have enjoyed increasing popularity in recent years. 
Portable computing devices may include handheld computers, wireless telephones, and 
personal digital assistants ("PDAs"). Over time, portable computing devices have 
acquired increasing functionality, and many such devices now provide their users with 

25 rich experiences not possible just a few years ago. For example, many portable 
computing devices now include an ability to transmit and receive wireless 
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communications. The ability to communicate wirelessly has further increased the utility 
of portable computing devices. Wireless communications allow portable computing 
devices to access electronic networks such as the Internet. Thus, portable computing 
devices may provide their users with rich interactive experiences resembling those 
available over the Internet to personal computer users. 

The "portability" of portable computing devices typically requires the devices to 
have an internal power supply (e.g., batteries) that supports mobility. Unfortunately, a 
portable computing device's establishment and maintenance of a wireless connection 
accelerates consumption of the portable computing device's power supply. In addition, 
some wireless communication channels may offer widespread availability but do not 
adequately support high bandwidth communications for many applications available on 
conventional desktop computers. Thus, users may have to choose between conserving 
battery power and receiving limited wireless communications or receiving wireless 
communications for a period limited by ever diminishing battery power. 

If the portable computing device's batteries have already been reduced due to the 
user's other activities with the device, then the process of establishing a wireless 
communication may consume much of the device's remaining battery power. Under 
such circumstances, establishing and maintaining a wireless connection between the 
portable computing device and another computing system may not be possible for any 
length of time. Unfortunately, providing media data (audio, video, and text data, and 
combinations thereof) to portable computing devices conventionally requires that the 
communication channel remain open throughout the user's entire experience with the 
media. For example, listening to a three-minute-long song transmitted wirelessly to a 
portable computing device typically requires that a wireless communication of at least 
three minutes be maintained. In addition, efforts to protect the intellectual property rights 
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of the media data's owner(s) may further increase the length of time that the portable 
computing device needs to maintain the wireless communications channel. 

Accordingly, portable computing device users would likely benefit from an 
improved portable computing device that would allow them to enjoy various forms of 
5 media data without having to worry about draining the device's internal power supply 
and without restrictions on the length of time required to perform the media data. Of 
U course, owners of the intellectual property rights to media data would also like to see 
increased usage of media data on portable computing devices, but these owners would 
■P likely not wish to jeopardize their ownership rights to the media data provided to the 
€1 10 portable computing devices. 
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SUMMARY OF THE INVENTION 

Embodiments of the invention provide streaming media to portable computing 
devices without requiring maintenance Of a wireless connection to the source of the 
streaming media throughout playback of the media data on the portable computing 
device. The portable computing device receives a media file in at least two portions, 
assembles the portions to form the media file, and plays the media file before destroying 
it to preserve the intellectual property rights of the media file's owners. The portable 
computing device typically receives the two file portions over two separate 
communications channels. In some embodiments, at least one of the communications 
channels is a wireless communication channel and the portable computing device is 
configured to reduce power consumption in the device by turning off the device's 
wireless receive-transmit subsystem once the second file portion has been received. 
Portable computing devices may include handheld computers, telephones, pagers, 
personal digital assistants ("PDAs"), and other similar computing devices having an 
ability to obtain data wirelessly. The media file may comprise audio, video, and/or text 
data formats. 

Embodiments of the invention further provide a method for playing a media file in 
a portable computing device. The method comprises receiving a first file portion in the 
20 portable computing device via a first communication channel, wherein the first file 
portion is unusable as a media file. A second file portion is received in the portable 
computing device via a second communication channel, wherein the second file portion 
is unusable as a media file. The media file is then created in the portable computing 
device from the first file portion and the second file portion. 
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Embodiments of the invention also provide a method for preparing media data for 
transmission to a portable computing device. The method comprises creating a first file 
portion by removing elements from a media file and creating a second file portion from 
the elements removed from the media file. The second file portion may also contain 
sequencing information useful in re-creating the media file, according to an embodiment 
of the invention. 

Embodiments of the invention further provide a portable computing device that 
comprises a media client configured to request a first file portion from a client computing 
device. The portable computing device also includes a transceiver configured to receive 
a second file portion over a wireless communication channel. The first and second file 
portions are unusable as media files. The media client is further configured to assemble a 
media file using the first file portion and a second file portion. 

Embodiments of the invention provide a media playback device that comprises a 
first reception means for receiving a first file portion over a first communications 
channel, wherein the first file portion is unusable as a media file. The media playback 
device also includes a second reception means for receiving a second file portion over a 
second communications channel, wherein the second file portion is unusable as a media 
file. A media assembly means in the media playback device assembles a media file from 
the first file portion and the second file portion. 

Embodiments of the invention further provide a media server for transmitting 
media data to a portable computing device. The media server may have a means for 
creating a first file portion by removing elenients from a media file, wherein the first file 
portion is unusable as a media file. The media server may also include means for 
creating a second file portion from the elements removed from the media file, wherein 
the second file portion is unusable as a media file. 
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Embodiments of the invention also provide a media client for processing media 
files on a portable computing device. The media client may comprise a first file manager 
configured to request a first file portion over a first communications channel, wherein the 
first file portion is unusable as a media file. A second file manager on the media client 
may be configured to request a second file portion over a second communications 
channel, wherein the second file portion is also unusable as a media file. The media client 
may also include a media file reconstructor configured to reconstruct a media file from 
O the first file portion and the second file portion. 



p 



Embodiments of the invention further provide a computer program product for use 
fl 10 in connection with a portable computing device to provide media data for execution by a 
media client associated with the portable computing device. The portable computing 
device includes a memory configured to store the computer program product. The 
computer program product comprises a first file portion rendered unusable as media data 
by removal of a plurality of data elements. The computer program product also includes 
15 a second file portion containing the plurality of data elements removed from the first file 
portion and sequencing information that explains where the plurality of data elements 
removed should be placed in the first file portion to produce a media file that may be 
played by the media client. 

Embodiments of the invention also include a computer-readable medium 
20 containing instructions for controlling a portable computing device to play a media file. 
The computer-readable medium instructions may comprise receiving a first file portion in 
the portable computing device via a first communication channel, wherein the first file 
portion is unusable as a media file. The instructions may also include receiving a second 
file portion in the portable computing device via a second communication channel, 
25 wherein the second file portion is also unusable as a media file. The instructions further 
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include creating the media file in the portable computing device from the first file portion 
and the second file portion. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

An embodiment of the invention will be described below relative to the following 
figures. 

Fig. 1A is a block diagram of an apparatus for distributing portions of media files 
to client computers, according to an embodiment of the invention. 

Fig. IB is a block diagram illustrating the transfer of essential media ("EM") files 
from the media server to a portable computing device* according to an embodiment of the 
invention. 

Fig. 1C is a block diagram illustrating a portable computing device, according to 
an embodiment of the invention. 

Fig. 2A illustrates a representative media file, according to an embodiment of the 
invention. 

Fig. 2B illustrates portions of a media file that may be removed by a media server 
to form a residual media ("RM file"), according to an embodiment of the invention. 

Fig. 2C illustrates an RM File having removed portions, according to an 
embodiment of the invention. 

Fig. 2D illustrates components of the EM file, according to an embodiment of the 
invention. 

Figs. 2E and 2F respectively illustrate a media file having a corresponding RM file 
that itself comprises an encrypted media file, and an EM file that contains a decryption 
key for the RM file, according to an embodiment of the invention. 
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Fig. 3 is a block diagram illustrating a plurality of portable computing devices 
receiving media file components, e.g., RM and EM files from a media server, according 
to an embodiment of the invention. 

Fig. 4 is a diagram illustrating the processing of media file components among the 
media server, a client module on a client computer, and a media client on a portable 
computing device, according to an embodiment of the invention. 

Fig. 5 is a flowchart illustrating the process followed by the client module on the 
? client computer, according to an embodiment of the invention. 

*fi Fig. 6 is a flowchart that illustrates how a media client on a portable computing 

yj 10 device may reconstruct media files from components such as RM and EM files, 

^ according to an embodiment of the invention. 

W Fig. 7 is a flowchart illustrating the media client's actions in retrieving RM files 

0 from the media server, according to an embodiment of the invention. 

Fig. 8 is a block diagram illustrating an embodiment of the invention in which the 
15 portable computing device receives RM files via a first wireless communication channel 
and EM files via a second wireless communication channel. 

Fig. 9 is a diagram illustrates a portable computing device having a removable 
memory device containing RM files, according to an embodiment of the invention. 



20 
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DETAILED DESCRIPTION OF AN EMBODIMENT 
OF THE INVENTION 

Embodiments of the invention provide streaming media to portable computing 
5 devices without requiring maintenance of a wireless connection to the source of the 
streaming media throughout the media's performance on the portable computing device. 
The portable computing device receives a media file in at least two portions, assembles 
the portions to form the media file, and plays the media file before destroying it to 

O 

Q preserve the intellectual property rights of the media file's owners, according to an 
m 10 embodiment of the invention. Portable computing devices may include handheld 
fi computers, telephones, pagers, personal digital assistants ("PDAs"), and other similar 

'is 5 ?? 

W computing devices having an ability to obtain data wirelessly. The media file may 
N> comprise audio, video, and/or text data formats. 



m 



The portable computing device typically obtains the first portion of a media file 
15 during periods that will not tax the device's internal power sources and/or over a high 
bandwidth communication channel. For example, a client computer may forward the first 
portion to the portable computing device while the portable computing device is 
connected to the client computer over a wired communication channel and while the 
portable computing device is powered from an external source. A media server has 
20 typically formed the first portion from a disabled media file and formed the second 
portion, typically smaller than the first portion, with information useful in reconstructing 
the media file from the first portion. If the portable computing device already has the 
first portion when a user wishes to play the media file, then the portable computing 
device only needs to activate its wireless reception device long enough to receive the 
25 second portion. 
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Embodiments of the invention may reduce power consumption in a portable 
computing device's wireless receive-transmit subsystem (e.g., transceiver) when this 
subsystem receives streaming media data. Enabling power savings in a portable 
computing device is generally advantageous. For example, the media playback chip in an 
audio or video playback device, such as a Rio MP3 player, typically runs 10 to 15 hours 
on an AA battery. With the introduction of new wireless devices with MP3 playback 
capability and storage, such as those enabled by Qualcomm's MSM3300 chipset, the 
desire to access media data in a power efficient manner has increased. Reducing the size 
of the file streamed should reduce the amount of power consumed in receiving the file. 
Accordingly, a media server may strip MP3 files of some data, rendering them unusable 
until recombined with the data stripped out. A file containing the removed data, the 
second file portion above, may be known as an "Essential Media" ("EM") file. A file 
from which data was removed, the first file portion above, may be known as the 
"Residual Media" ("RM") file. The RM file, which will not reveal the media file, may be 
provided to the portable computing device well ahead of a user's desire to play the media 
file. When the portable computing device's user wishes to play the media file, the 
portable computing device needs its receive-transmit subsystem for receiving the smaller 
EM file, rather than the entire media data file, thus reducing overall power consumption 
in the portable computing device. 

The RM files are typically larger, sometimes much larger, than the EM files. The 
portable computing device may receive the RM files and store them in a memory. The 
RM files may be provided from both wired and wireless sources, and may be received 
well in advance of the EM files, according to embodiments of the invention. Once the 
EM file has been received, then media client software on the portable computing device 
may reconstruct the media file from the RM file and the EM file. For example, media 
client software on the portable computing device may combine an RM file and an EM 
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file to recreate an MP3 file that is then played for the user. The media client software 
may delete the media file as it is played to the user. 

An embodiment of the invention using the MSM3300 chipset mentioned above 
further illustrates how internal power consumption may be reduced in a portable 
5 computing device. The EM file corresponding to a typical MP3 file is fairly small, 
typically about 30 KB, and the receivers in most portable computing devices can 
complete reception of the EM file in just a few seconds. To receive the EM file by 
0 establishing a connection with a base station transceiver, the portable computing device 
5 merely activates its receive-transmit circuitry, such as an RFR3300, RFT 3 100, IFR3300, 
S 10 or PA3100 device. Once the EM file has been received on the portable computing 

W device, the receive-transmit circuitry may be powered down or put into a sleep mode to 

W 

T save power. Playing a typical MP3 file typically takes about 3 to 4 minutes. When the 

q media client software has finished playing the media file, the media client software may 

S instruct the receive-transmit circuitry to power up again to receive the next EM file for 

y s 

P 15 another media file. Of course, in some embodiments of the invention, more than one EM 
file may be provided to the portable computing device at a time so that the media client 
software could reconstruct and play several media files before re-powering the device's 
receive-transmit circuitry. When the media client is configured to allow performance of 
media files off line {e.g., without an active connection to the media server that provided 
20 the EM files), then the media client may include a counter to determine the number of 
times that a media file(s) has been played to determine the royalty payment due to the 
owner of the intellectual property in the media file(s). 

Fig. 1 A is a block diagram of a system for distributing portions of media files from 
a media server 103 to a client computer 105, according to an embodiment of the 
25 invention. The media server 103 retrieves media files 1 19 from a data repository 101. A 
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media server 103 may process the media files 1 19 in a manner that prevents the files from 
being used by parties who do not have access permission and from being misused by 
parties who have only limited usage rights to the media files 119. As previously 
mentioned, the media server 103 removes data from the media files 119 to produce RM 
files 125. The RM file 125 is unusable to anyone who does not know both from where 
the data was removed and what the removed data comprised, according to an 
embodiment of the invention. For an added measure of security, the media server 103 
may encrypt the RM file 125, according to an embodiment of the invention. For 
example, the RM file 125 may be encrypted using a key derived from the information 
removed. 

A user may create a data connection 111 between the client computer 105 and a 
portable computing device 107 in various ways. For example, the user may drop the 
portable computing device 107 into a docking station, or synch cradle, associated with 
the client computer 105 or connect the portable computing device 107 to the client 
computer 105 via a peripheral port. Of course, it is also possible to connect the portable 
computing device 107 directly to the Internet without the client computer 105, provided 
that the portable computing device is configured to handle the appropriate Internet 
protocols. In such an embodiments, for example, the cradle could be connected to a DSL 
modem, cable box, or an Internet application. The connection between the client 
computer 105 and the portable computing device 107 may also provide a power supply to 
the portable computing device 107 such that transferring data to the portable computing 
device 107 will drain the portable computing device's batteries. 

A client module 123 on the client computer 107 may establish communications 
with the media server 103. The client module 123 may request the media server 103 to 
transfer RM files 125 from a data repository 101 to the client computer 107. The 
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communication channel between the client computer 107 and the media server 103 may 
be fairly high bandwidth. The client module 123 may be programmed to request RM 
files 125 at predetermined intervals as well as upon user request. Accordingly, Hie client 
module 123 may retrieve RM files 125 without the client computer 107 necessarily being 
associated with a portable computing device. In such circumstances, the client module 
123 may store the RM files 125 in a memory associated with the client computer 105. 

A media client 117 associated with the portable computing device 107 may 
request the RM files 125 from the client computer 107. Alternatively, the client module 
123 may push the RM files 125 to the portable computing device 107. The media client 
J 10 117 may store the RM files 125 in a memory 129 on the portable computing device 107. 
The RM files 125 may remain on the portable computing device 107 for some time 
before being combined with a corresponding EM file 127 to re-form the media file 1 19. 



Li 



Fig. IB is a block diagram illustrating a system for transferring EM files 127 from 

fifii 

q the media server 103 to the portable computing device 107, according to an embodiment 
15 of the invention. As discussed above, the portable computing device 107 typically 
receives RM files 125 prior to receiving EM files 127. When a user of the portable 
computing device 107 engages the media client's functionality, the media client 117 
accesses any RM files 125 stored in its memory 129 to determine the set of 
corresponding EM files 127 corresponding to the RM files 125. 

20 When the user initiates media services, the media client 117 on the portable 

computing device 107 initiates a wireless communication 115 through a transceiver 121 
with a transceiver 113 associated with the media server 103. The media client 117 may 
request all or some of the EM files 127 corresponding to the RM files 125 previously 
downloaded. Once the EM files 127 arrive at the portable computing device 107, then 
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the media client 117 may terminate the wireless communication 115 with the media 
server 103. 

Once the media client 117 has obtained the EM files 127, the music playback 
process may begin. The media client 117 reconstructs the media file 119 using the RM 
file 125 and the EM file 127. The media client 117 begins playback of the media file 119 
through appropriate outputs associated with the portable computing device 107. The 
playback process may repeat until all the media files in the corresponding playlist have 
been performed. Once the media client 1 17 has performed the entire media file 1 19, then 
J another iteration may begin of the media file transfer process on the portable computing 
Jg 10 device 107. 

W The portable computing device 107 uses its transceiver 121 to establish wireless 

\* communications with a transceiver 113 associated with the media server 103. Once 
communications have been established, the media client 1 17 requests the appropriate EM 
file(s) 127 from the media server 103. The media client 1 17 identifies the requested EM 
15 files 127 along with any necessary account and/or payment information. After verifying 
the media client's authorization to receive EM files 127, the media server 103 then uses 
the identifying information provided by the media client 1 17 to locate the appropriate EM 
files 127 in the data repository 101. The media server 103 forwards the EM file(s) 127 to 
the transceiver 113. The transceiver 113 transmits the EM file(s) 127 to the portable 
20 computing device 1 07 via the transceiver 121. 

Once the media client 117 confirms reception of the EM files, the media client 117 
instructs the transceiver 121 to disconnect from the transceiver 113 and shut down, 
according to an embodiment of the invention. The EM files 127 are relatively small files 
and their transmission typically transpires much faster than would the transfer of a 
25 corresponding RM file. 
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Having received the EM file(s), the media client 117 may then reconstruct the 
media file(s) from the RM file(s) 125 and from the EM file(s) 127. Reconstruction 
essentially comprises reversing the steps used to prepare the RM file 125 and EM file 127 
from the original media file 119. As previously discussed, embodiments of the EM file 
127 may even include instructions for reconstituting the media file 1 19. In reconstructing 
the media file, the media client may also attend to intellectual property rights issues such 
as maintaining a counter of the number of times that the file has been played. 

The media client 117 may provide media file(s) 119 to the user in a variety of 
formats. For example, the media client 117 may provide a playlist to the user or may 
simply begin playing the media file 119 for the user. The media client 117 may be 
equipped to destroy the media file 119, or portions of it, subsequent to playing to the 
user. Destroying the media file 119 may preserve various intellectual property rights of 
the media files' owners. 

Fig. 1C is a block diagram illustrating a portable computing device 107, according 
to an embodiment of the invention. The portable computing device 107 may include a 
memory 129, a transceiver 121, and a media client 1 17. 

The media client 117 may include various modules configured to perform various 
tasks for the media client. An RM file manager 131 retrieves RM files onto the portable 
computing device 107 and stores them in the memory 129. When the media client 117 
engages the RM file manager 131, the RM file manager 131 may first determine if the 
portable computing device 107 has an established connection with a client computer, 
such as the client computer 105 shown in Fig. 1A. If the RM file manager 131 cannot 
find a client computer connection, then the RM file manager 131 may attempt to obtain 
RM files via a wireless connection using the transceiver 121. 
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Similarly, an EM file manager 133 retrieves EM files onto the portable computing 
device 107. The EM file manager 133 may be configured to store EM files in the 
memory 129, although in some embodiments, the EM files may be used immediately and 
not stored in the memory 129. When the media client 117 engages the EM file manager 
133, the EM file manager 133 determines what RM files, if any, have been stored in the 
memory 129 in order to identify the set of complementary EM files that need to be 
obtained. The EM file manager 133 determines if the portable computing device 107 has 
an established connection with a client computer, such as the client computer 105 shown 
in Fig. 1 A. If the EM file manager 133 cannot find a client computer connection, then 
the EM file manager 133 may attempt to obtain EM files via a wireless connection using 
the transceiver 121. 

A media file reconstructor 135 takes an RM file, finds a matching its matching 
EM file, and reconstructs an original media file. A media file player 137 may play, or 
perform, the media file. The media file player 137 and the media file reconstructor 135 
may be configured to work together such that a complete copy of the media file is never 
resident on the portable computing device 107 at any one time. For example, the media 
file reconstructor 135 may reconstruct a section of a media file (e.g., a playable amount 
of the media file less than the whole media file) and provide the section to media file 
player 137 that deletes the section as soon as it is played. While the media file player 137 
is playing one media file section, the media file reconstructor 135 may be reconstructing 
the next media file section to be played. In embodiments of the invention where media 
file security is less of a concern, the media file reconstructor 135 may be configured to 
reconstruct a media file and provide the reconstructed media file to the media file player 
137. 
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A transceiver controller 139 provides instructions to the transceiver 121. For 
example, the transceiver controller 139 may instruct the transceiver 121 to power down 
or enter into a sleep mode upon receipt of an RM file or an EM file. Reducing power 
consumption in the transceiver 121 may extend the useful life of the portable computing 
5 device's internal power supply (e.g., its batteries). The transceiver controller 139 may 
operate with the RM file manager 131 and the EM file manager 133 in obtaining RM 
files and EM files from media servers and other file supplying intermediaries. For 
M" example, in some embodiments of the invention, RM files may be obtained from other 
Q portable computing devices using a connection, such as an IR transceiver, that sends files 
Jn 10 from one portable computing device to another. The transceiver controller 139 may also 
be configured to operate with more than one transceiver on the portable computing 



Lu 

W device 107 



p Fig. 2A illustrates a media file 201 . The media file 201 may include data having a 

S variety of types and formats, such as video data, audio data, and text data. The media file 
Q 15 201 typically includes a header 221 that describes the file's contents and organization. 



Fig. 2B illustrates portions 203 of the media file 201 that may be removed by the 
media server to form an RM file, according to an embodiment of the invention. The 
removed portions 203 may include the header 221 and other portions of the file selected 
according to a predetermined formula. For example, one formula may call for the 
20 removal of every X bytes, where X is a positive integer greater than 50. The formula 
may also approximate randomness since the information removal scheme will either be 
incorporated into the EM file or provided to the media client in some other manner. In 
any event, the media client 1 17 has access to the information removal scheme when it is 
reconstructing the media file from the RM file. 
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Fig. 2C illustrates an RM file 205 having removed portions 207, according to an 
embodiment of the invention. The removed portions 207 may contain all 0s, all Is, or 
another random and otherwise meaningless pattern. The RM file 205 may also be created 
without filler for the removed portions 207 from the media file 201; in such an 
embodiment, the RM file 205 will generally be smaller than the original media file by the 
sum of the removed portions 207. In any event, a person, or computer program, 
examining the RM file 205 would find no information identifying the file as containing 
media data. Even if a person guessed that the file contained media data, the person would 
still not have the file header information for the original media file. Assuming the person 
could somehow reconstruct the file header, the person would still not know what media 
data had been removed or from where it was removed. Nevertheless, for an added layer 
of security, in some embodiments, the RM file 205 may be encrypted. The encryption 
key may even be derived from the removed portions 203. Fig. 2C also illustrates an EM 
file 209 that has been constructed, at least in part, by the removed portions 203 of the 
media file 201. 

Fig. 2D illustrates components of the EM file 209, according to an embodiment of 
the invention. As previously discussed, the EM file 209 contains information needed by 
a media client in reconstructing the media file 201 from an RM file 205. The EM file 
209 may contain one or more key(s) 21 1 that may be used by the media client to decrypt 
the RM file 205. The EM file 209 contains sequencing information 213 that explains 
where and how to add removed portions 215 to the RM file 205 to reproduce the media 
file 201. As previously discussed, the media client may reproduce the media file 201 
while the file is being played, and the media client may destroyed played portions of the 
media file 201 as soon as they are played. In this manner, the media client may thwart 
unauthorized efforts to copy the media file 201 . 
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Embodiments of the invention may protect intellectual property rights in the media 
file 201 by removing information from the media file and by encrypting the file. In 
alternate embodiments of the invention, the media file may be protected by just removing 
information from the media file while in another alternate embodiment of the invention, 

5 the media file may be protected by encryption alone. Figs. IE and 2F respectively 
illustrate a media file 223 with a corresponding RM file 217 that represents an encrypted 
media file, and an EM file 219 that contains a decryption key for the RM file 217, 
according to an embodiment of the invention. The RM file 217 may be applied to 
situations where encryption technology alone is deigned sufficient for protecting the 

10 media file 223 from unauthorized users. For example, this embodiment may be useful if 
the media client is adapted to decrypt small portions of the RM file 217 as it plays the 
file, such that an unencrypted version of the media file 223, as a whole, never resides on 
the portable computing device. 



Fig. 3 is a block diagram illustrating a plurality of portable computing devices 107 
I* 15 receiving media file components (e.g., RM and EM files) from the media server 103, 
according to an embodiment of the invention. Figs. 1A and IB illustrated how a single 
portable computing device 107 may receive media file components (e.g., an RM file and 
an EM file). Of course, embodiments of the invention comprise a media server 103 
configured to provide a plurality of different RM files and EM files to a plurality of 
20 portable computing devices 107. 

The media server 103 receives RM file requests from the plurality of client 
computers 105. The client computers 105 may request RM files corresponding to the 
same media file or corresponding to different media files, depending upon overall system 
configuration and user preferences. Thus, two client computers 105 may request a RM 
25 file corresponding to a collection of blues music, while another client computer 105 may 
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request an RM file corresponding to a video of Tibetan traditional dances. As previously 
discussed, the RM files received on the various client computers 105 may be forwarded 
to a corresponding portable computing device 107. For example, the client computer 105 
and the portable computing device 107 may establish a data transmission connection via 
a docking station or a synch cradle. 

A portable computing device user who desires to play a media file while the 
portable computing device 107 is connected to the client computer 105 may typically 
obtain the EM file corresponding to an RM file via the client computer 105. 
"P Communication channels provided by the client computer 105 are typically superior to 
« 10 other communication channels (e.g., a wireless connection) that could be provided to the 
portable computing device 107. In addition, a data connection between the client 
computer 105 and the portable computing device 107 may also indicate an external 
power supply for the portable computing device 107. Thus, in such situations, the EM 
files may be obtained via the client computer 105. 

15 When the portable computing device 107 is disconnected from the client computer 

105, then the portable computing device 107 may obtain the EM files wirelessly via the 
transceiver 113. Since transmission of the EM files can generally be accomplished 
quickly, the transceiver 113 may transmit a number of different EM files to a number of 
different portable computing devices 107. Of course, the media server 103 may use more 
20 than one transceiver 1 1 3, and the system may employ more than one media server 103. 

Fig. 3 also illustrates another method by which portable computing devices 107 
may obtain RM files. One portable computing device 107 may use a transceiver (e.g., an 
IR transceiver) to establish a wireless connection 301 to another portable computing 
device 107 and then "beam" an RM file(s) to another portable computing device 107. 
25 For example, one friend may tell another friend about a music playlist that she has 
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enjoyed and then beam the playlist, including the corresponding RM files, to the other 
friend's portable computing device 107 over the connection 301. The friend may then 
obtain EM files in the manner described above. 

Fig. 4 is a diagram illustrating the processing of media file components among the 
5 media server, a client computer equipped with a client module, and a portable computing 
device equipped with a media client, according to an embodiment of the invention. 

Jj A media server prepares 401 RM files and EM files from media files as previously 

0 discussed (e.g., Figs. 2A-2F) and may store them in a data repository. At some later time, 

01 the client computer requests 403 RM files from the media server. The media server may 
m 10 retrieve 405 RM files from the data repository and send them to the client computer. The 
^ client computer may then store 407 the RM files received from the media server. 



When a portable computing device is connected with the client computer (e.g., via 
a synch cradle), the portable computing device's media client sends 409 a RM file 
request to the client computer. The client computer receives 411 the RM file request, 
15 locates any RM files stored in memory, and sends the RM files to the portable computing 
device. The portable computing device receives 413 the RM files and stores them in a 
local memory. 

At a later time, typically after the portable computing device has been 
disconnected from the client computer, a portable computing device user may choose to 
20 play the media file corresponding to the RM files stored on the portable computing 
device. The media client on the portable computing device initiates 415 a wireless 
communication with the media server. The media server receives 417 the 
communication, and the media client synchronizes the communications between the two 
devices. The media client then requests from the media server the EM files associated 
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with the stored RM files. After completing any appropriate security and/or payment 
procedures, the media server locates 419 the appropriate EM files and sends them to the 
portable computing device. 

After the portable computing device receives the EM files, the media client may 
disconnect 421 wireless communications with the media server. Terminating this 
connection once the EM files have been received typically reduces the power 
consumption in the portable computing device. The media client may then supervise the 
reconstruction 423 of the media file from the RM file and the EM file. The portable 
computing device may then play the reconstructed media file for the user. 

Fig. 5 is a flowchart illustrating the procedure followed by the client module on 
the client computer, according to an embodiment of the invention. For example, this 
procedure may be used by the client module 123 on the client computer 105 shown in 
Fig. 1A. 

The client module determines 501 if any portable computing devices connected to 
the client module's client computer are engaging in wireless communications involving 
media file components with a media server, according to an embodiment of the invention. 
The client module may make this determination by sending an appropriate query to a 
media client on the portable computing device. If a portable computing device is 
engaging in wireless communications with a media server, then the client module signals 
503 the portable computing device to terminate its wireless communications with the 
media server. Of course, the media client associated with the portable computing device 
may choose to continue its wireless communications but such communications cannot 
typically communicate with the efficiency that the client computer could communicate 
with the media server. In addition, the wireless communication may well consume more 
of the portable computing device's internal power supply (e.g., batteries). In any event, 
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embodiments of the client module need not necessarily conduct a check to determine if 
the portable computing device is engaging in wireless communications, although such 
checks may be useful in assisting the media client in further conserving the internal 
power supply on the portable computing device. 

The client module requests 505 RM files from the media server. The client 
module may maintain a list of media server addresses and/or the identity of a meta media 
server that dispenses media server addresses based on proximity to the client and/or 
particular content types. The media server may verify and validate the request for RM 
files before sending them to the client computer. The media server may also ask for other 
information such as passwords or payment. The client module receives 507 the RM files 
from the media server and typically stores 509 the RM files in the client computer's 
memory. 

The client module determines 511 if a portable computing device is in 
communication with the client computer. If the client computer presently has no 
connections to a portable computing device that can receive the RM files, then the client 
computer may terminate its operations with respect to transferring RM files to one or 
more portable computing devices. If the client computer is in communication with one or 
more portable computing devices, then the client computer may transfer 513 RM files to 
the portable computing device(s) 107. As previously discussed, the RM files typically 
represent a larger portion of an original media file than a RM file's corresponding EM 
file. 

The client computer may be configured to execute the tasks of checking for 
portable computing devices and transferring RM files at periodic intervals. For example, 
when a portable computing device is placed in a docking station, or synch cradle, 
25 associated with a client computer, a media client associated with the portable computing 
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device may send an RM file request to the client module. The client module may receive 
the RM file request, locate the RM files previously stored on the client computer, and 
forward them to the media client. Of course, the portable computing device may already 
be in the client computer's synch cradle when the client module requests the RM files 
5 from the media server. In such situations, the client module may receive the RM files 
and provide them to the portable computing device rather than waiting for the media 
client to request the RM files. 



pi Fig. 6 is a flowchart illustrating how a media client on a portable computing 

p device may reconstruct media files from components such as RM and EM files, 

€* 10 according to an embodiment of the invention. For example, the media client 117 shown 

h] in Fig. 1 A may follow this procedure. 



15 media client may follow a procedure like that described in Fig. 7 to obtain RM files. 

If the portable computing device's memory contains RM files, then the media 
client instructs 605 the portable computing device's transceiver to initiate a wireless 
communication with the media server. The media client may assist the transceiver in 
initiating 607 and completing any handshake and/or synchronization procedures that need 
20 to be completed with the media server and/or its transceiver. The media client may now 
communicate with the media server. 

The media client examines the RM files to determine the appropriate set of 
corresponding RM files. The media client requests 609 the appropriate EM file(s) from 
the media server. The media client receives 611 the EM file(s) from the media server and 




The media client receives 601 a user's instructions to begin media services. The 
media client determines 603 if the portable computing device's memory contains RM 
files. If the portable computing device's memory does not contain RM files, then the 
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may store 613 the EM file(s) in a memory associated with the portable computing device. 
The media client now has at its local disposal all the file components (e.g., the EM and 
RM files) that it needs to reassemble and perform a media file for the user. Having the 
received the EM files, and already having the RM files in memory, the media client needs 

5 no further information in order to restore the media file, according to an embodiment of 
the invention. Moreover, disconnecting the wireless communication should help achieve 
the goal of lowering power consumption in the portable computing device. The media 
client may now terminate 615 the wireless connection with the media server. 
Terminating the wireless communication may cause the portable computing device's 

10 transmitter to enter a sleep mode or simply turn itself off. Terminating the wireless 
connection generally reduces power consumption in the portable computing device since 
the device no longer needs to expend battery power to maintain the connection with the 
media server. 

The media client may reconstruct the media file in a variety of ways. In one 
15 embodiment, the media client uses the EM file as a road map for reconstructing the RM 
file. The media client may reconstruct 617 the media file using the RM file(s) and the 
EM file(s). The media client may retrieve instructions from the EM file that describe 
how to reconstitute the media file from the RM file and the EM file. For example, the 
media file may retrieve a key from the EM file that may be used to decrypt the RM file. 
20 Once the media client has decrypted the RM file, the EM file's instructions may indicate 
where media data has been removed from the RM file, how much media data has been 
removed, and where in the EM file the removed media data may be found. 

The media client may play 619 the media file at the user's direction (step 621). 
For example, the reconstructed media file might contain 20 songs, but the user only wants 
25 to hear 10 of the 20 songs. To ensure additional security for the owners of the media file, 
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the media client may refrain from assembling the media file, or some portions of the file, 
until the last possible instant and may destroy 621 the media file, or portions of the file, 
as soon as they are played. The media client determines 623 if the end of the playlist for 
a particular media file has occurred. If the playlist is not ended, then the media client 
may retrieve a next media file or a next portion of a media file. 

If the playlist has reached its end, then the media client may determine 625 if the 
user of the portable computing device would like to receive more media files. If the user 
does not presently wish to receive more media files, then the media client may terminate 
its operations. On the other hand, if the user would like to receive more media files, then 
fl 10 the media client will need to retrieve more RM files following a procedure such as that 
J described in Fig. 7. 

!* Fig. 7 is a flowchart illustrating a media client's actions in retrieving RM files 

IU from a media server, according to an embodiment of the invention. As previously 
discussed, EM files are typically smaller than RM files. Accordingly, portable 
15 computing devices typically benefit more from a higher bandwidth communication 
channel for receiving the RM files than is needed for receiving the EM files. 

The media client determines 701 the possible connections to intermediary sources 
for RM files. For example, if the portable computing device is synched with a client 
computer, then the client computer may serve as an appropriate intermediary to the media 
20 server by providing sufficiently high bandwidth for transfer of the RM files. Also, the 
presence of a client computer also increases the likelihood that the portable computing 
device may have access to an external power supply. Various other intermediary 
repositories of RM files may be available to portable computing devices, and portable 
computing devices may also obtain RM files directly from media servers. For example, 
25 as discussed in Fig. 8, the portable computing device may use a transceiver to establish a 
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wireless connection with a media server and receive RM files over the wireless 
connection. 

The media client determines 703 if the portable computing device is connected 
with a client computer (or another intermediary source of RM files). If the portable 
computing device is connected with a client computer, then the media client requests 705 
RM files from the client computer. If the client computer has no RM files to transfer to 
the portable computing device, then the client computer may request RM files from the 
media server (e.g., using the procedure described in Fig. 5). The media client then 
receives 707 RM files from the client computer and stores them in a local memory 
associated with the portable computing device. 

If the portable computing device is not connected with a client computer, then the 
media client determines 709 if the portable computing device can establish a wireless 
connection with a media server. The media client may similarly determine if it can 
establish a wireless connection with an intermediary supplier of RM files. The media 
client typically first checks its own memory for RM files, then checks for a connection 
with a client computer before checking for a wireless connection, as described above. 
The media client may use a wide band communications channel to obtain RM files and a 
narrower band channel to receive EM files in some embodiments. However, in some 
embodiments of the invention, the media client may simply use the same channel to 
receive both EM and RM files. If the media client is able to establish a wireless 
connection with the media server, or another intermediary provider of RM files, such as 
an IR connection with another media client, then the media client determines 711 if the 
connection established provides sufficient bandwidth for the transmission of RM files. 
Over time, bandwidth constraints may become less burdensome such that the choice of 
whether to send EM files or RM files through one channel or two different channels 
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becomes a question of cost and immediate availability rather than bandwidth. In any 
event, the media client will typically be configurable for communications using protocols 
through which EM and RM files may be obtained. 

If the connection provides sufficient bandwidth, then the media client requests 713 
5 RM files from the media server via the wireless connection. The media server may locate 
an appropriate RM file, or an appropriate set of RM files, and send them to the portable 
computing device. The media client receives 715 the RM file(s) and stores them in a 
local memory associated with the portable computing device. The media client then 
terminates 717 the wireless connection with the media server. In a typical configuration, 
10 the earlier the media client terminates the wireless connection, then the more power will 
be conserved in the portable computing device's internal power supply (e.g., its 

W 

* batteries). 

Si If the media client cannot establish a wireless connection to the media server, or if 

jij the connection established with the media server has insufficient bandwidth, then the 
15 media client generates 719 an appropriate error message so that the user of the portable 
computing device may understand why the requested media file(s) cannot be played. 

Fig. 8 is a block diagram illustrating an embodiment of the invention in which the 
portable computing device receives RM files via a first wireless communication channel 
819 and EM files via a second wireless communication channel 821. The media client 

20 1 17 on the portable computing device 107 may use a transceiver 805 to request RM files 
from the media server 103 via a transceiver 801. The communications channel 819 
between the transceiver 801 and the transceiver 805 has a sufficiently high bandwidth for 
transmitting RM files in an efficient manner while the communications channel 821 has 
sufficiently high bandwidth for transmitting EM files efficiently. The portable computing 

25 device's transceivers 803, 805 may represent a single device in some embodiments, and 
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likewise the media server's associated transceivers 801, 113 may also represent a single 
device in some embodiments. Over time, bandwidth concerns may ease, such that a 
variety of communication channels could be used for dispensing both RM and EM files. 
The media server will still be configured to dispense separate RM and EM files, but the 
media servers may provide these files over one communication channel in some 
embodiments. In general, the media servers and the media clients may be adaptable to 
process EM and RM files through a variety of communications channels and may be 
further adapted to use whatever communications channels are available at the instant that 
EM and RM file requests are generated. 

The communications channel 819 may operate according to any suitable wireless 
protocol For example, the transceiver 801 may operate according to the BlueTooth 
protocol. Embodiments of the invention may include various intermediaries, kiosks and 
other platforms that provide RM files to portable computing devices such that the user (or 
the portable computing device's media client) only needs to locate a wireless source for 
EM files when the user wishes to play media files. For example, an embodiment of the 
invention may function as an automobile radio that receives RM files from a BlueTooth 
transceiver in a garage at night and wirelessly retrieves an appropriate EM file set during 
the day based on user selections. 

Once the RM files 125 have been received and stored in a memory 807, then the 
media client 1 17 may turn off the transceiver 805. Turning off the transceiver 805 should 
reduce power consumption in the portable computing device 107. Of course, if the 
portable computing device 107 has an external power supply, then the media client 117 
may have less need to conserve power. In addition, the transceiver 805 may need to be 
kept on for transmissions unrelated to media files. 
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The retrieval of RM files 125 may occur in an automatic mode, such that the 
portable computing device's user need not necessarily engage the RM file retrieval 
function each time the media client gathers new RM files. For example, a user associated 
with the portable computing device 107 may be traveling away from home. While at an 
5 airport lobby, the media client 117 uses the transceiver 805 to establish a high-bandwidth 
connection with the media server 103. The media server 103 may represent an RM file 
repository or an intermediary that itself receives periodic file updates from another media 
!J server, according to an embodiment of the invention. 
O 

*F At some point during the user's travels, the portable computing device's user 

CP 

^10 chooses to play one or more of the media files that could be made available to his device. 
For example, the media client 1 17 may already have a number of RM files stored locally 
on the portable computing device. If no RM files are available locally, then the media 
client establishes a connection to a high bandwidth network in the manner described 
S above. Once the RM files are available locally, and the user wishes to play the files, the 
15 media client uses the transceiver 803 to establish a wireless connection with the media 
server 103 via the transceiver device 113. The user may presently be located in a 
different city than the one in whose airport he received the RM file set, and the media 
server from which he is about the receive the corresponding EM file set may be a 
different media server than the one which provided the RM files. The media client 1 17 
20 requests an appropriate set of EM files from the media server 103 via the connection 
established between the transceiver 803 and the transceiver 113. 

Since the EM files typically have a significantly smaller size than the RM files, the 
channel 821 typically requires a lower bandwidth than the channel 819. The 
communication channel 821 established between the transceiver 803 and transceiver 113 
25 may operate over a greater transmission range than the communication channel 819, 
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according to embodiments of the invention. Returning to the airport example above, the 
user may move the portable computing device away from the transceiver 801 but still 
remain within range of the transceiver 113. For example, the transceiver 801 may 
operate only within a small portion of an airport terminal (e.g., by one of the departure 
gates). In contrast, the channel 821 established between the transceiver 113 and the 
transceiver 803 may represent a more pervasive wireless network, such as the wireless 
telephony network. Thus, the media client 1 17 may be able to obtain EM files so long as 
the portable computing device 107 is able to establish a connection within a wireless 
telephony network. Of course, the EM files may also be provided from a repository that 
5 10 itself receives periodic updates from another media server. Continuing with the airport 
example, the user may enter an aircraft that includes an EM file intermediary that 
dispenses EM files to the portable computing device 107 in a manner that does not 
^ interfere with the aircraft' s electronics equipment. 

m 



m 



Fig. 9 is a diagram that illustrates a portable computing device 107 having a 
y> 15 removable memory device 903 that contains RM files 125, according to an embodiment 
of the invention. In the embodiments previously discussed, the RM files 125 were 
transmitted to a portable computing device via some communications channel (e.g., 
synch cradle or wirelessly). In the embodiment illustrated in Fig. 9, the portable 
computing device 107 has become connected to a memory device 903 that contains RM 
20 files. For example, the removable memory device 903 could be a PMCIA card, a juke 
box memory device, or even a floppy disk that has been equipped with one or more RM 
files. The memory device 903 could be mailed, or even handed, to users associated with 
portable computing devices as promotional materials or on a subscription basis. 

When engaged, the media client 117 surveys the set of available RM files on the 
25 portable computing device 107. The media client's survey allows it to determine not 
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only what RM files are available but to also identify the EM files that should be requested 
from the media server 103. The media client 117 uses the transceiver 121 to establish a 
communications link with the transceiver 113 in the manner previously described. The 
media client 117 then asks the media server 103 for the set of EM files corresponding to 
the RM files in the memory device 903. The media server 103 may also require 
additional information (e.g., payment) before sending the EM files 127 to the portable 
computing device 107. The media client 117 may store the received EM files 127 in a 
memory and instruct the transceiver 121 to disconnect the connection with the transceiver 
113. The memory that receives the EM files need not necessarily be the memory 903. 
The media client 117 may then reassemble and play the original media file in the manner 
previously described. 

As discussed above, embodiments of the invention may employ a transceiver 
capable of sending RM files to portable computing devices, such as the transceiver 801 
shown in Fig. 8. The portable computing devices may likewise have appropriate 
transmit-receive circuitry for establishing a data link with such transceivers. An ordinary 
artisan will recognize that a receiver and a transceiver could be used in place of, or in 
conjunction with, a transceiver. A suitable transceiver could comprise a short-range or 
medium-range radio frequency communications device, such as a BlueTooth enabled 
device. The Bluetooth communication protocol defines two power levels: a lower power 
level that can cover shorter communication ranges; and a higher power level that can 
cover medium communication ranges. Embodiments of the invention may utilize either 
or a combination of the two power levels depending on the desired communication range 
between a media server and a portable computing device. The transceiver may also 
operate as an 802.1 1 device that provides 1 or 2 Mbps transmissions in the 2.4GHz band 
using either frequency hopping modulation ("FHSS") or direct sequence spread spectrum 
("DSSS"). The transceiver may be a third generation ("3G") wireless device, as defined 
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by the ITU under the IMT-2000 global framework. The transceiver could also operate 
using Code Division Multiple Access ("CDMA"), a method for transmitting 
simultaneous signals over a shared portion of the spectrum. Similarly, the transceiver 
could operate according to the Universal Serial Bus ("USB") hardware interface for low- 
speed peripherals such as the keyboard, mouse, joystick, scanner, printer and telephony 
devices. Likewise, the transceiver could operate on FM subcarrier systems, and/or as a 
Time Division Multiple Access ("TDMA") compliant device, and/or as a Global System 
for Mobile Communications ("GSM") compliant device. Transmissions according to a 
satellite communications protocol could also be used by the transceiver, as well as 
protocols such as a Local Multipoint Distribution Service ("LMDS") and/or Multichannel 
Multipoint Distribution Service ("MMDS"). The transceiver could also operate 
according to the MobileStar broadband wireless Internet access protocol, and a suitable 
transceiver could be a Wireless Ethernet Compatibility Association ("Wifi") certified 
device. 

Embodiments of the invention may further include a help system, including a 
wizard that directs a user through the steps of obtaining RM and EM files and/or 
selecting settings for the media client that may enable the media client to periodically 
attempt to retrieve RM files. 

Software implementing the media client and client module may be written for 
operation with any computer operating system and for operation in any computing 
environment. In addition, any such software may be designed using CORBA, 
ACTIVEX® controls, JavaScript, and/or Java applets. According to one embodiment of 
the invention, Java applets may provide a plug-in media client for use with another 
application on the portable computing device. 
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The media client module and the client module may be built using an object- 
oriented programming methodology or using any other programming methodology that 
results in a computing system having appropriate functionality. The invention has been 
discussed in terms of computer programs but is equally applicable for systems utilizing 
hardware that performs similar functions, such as application specific integrated circuits 
("ASICs"). 

These and other changes can be made to the invention in light of the above 
detailed description. In general, in the following claims, the terms used should not be 
construed to limit the invention to the specific embodiments disclosed in the specification 
and the claims, but should be construed to include all systems and methods that operate 
under the claims set forth hereinbelow. Accordingly, the invention is not limited by the 
disclosure. 
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